home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950329-19950528 / 000090_news@columbia.edu_Sun Apr 9 06:15:53 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA26273
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 10 Apr 1995 02:10:43 -0400
  3. Received: by apakabar.cc.columbia.edu id AA10870
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 10 Apr 1995 02:10:41 -0400
  5. Path: news.columbia.edu!spcuna!solaris.cc.vt.edu!news.bluesky.net!news.sprintlink.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: MSK 3.14 PL3 - "Locking in" a character set?
  9. Message-Id: <1995Apr9.121553.46985@cc.usu.edu>
  10. Date: 9 Apr 95 12:15:53 MDT
  11. References: <jhurwitD6s2JI.Fu6@netcom.com>
  12. Organization: Utah State University
  13. Lines: 25
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <jhurwitD6s2JI.Fu6@netcom.com>, jhurwit@netcom.com (Jeffrey Hurwit) writes:
  17. > I am having serious line noise problems, and I don't have an error
  18. > correcting modem.  While I realize that I need to solve this problem
  19. > eventually, it's causing a secondary problem with terminal emulation
  20. > that it would be helpful to solve sooner: There seems to be some
  21. > character(s) that, when MS-Kermit (in terminal mode) receives it/them,
  22. > it causes Kermit to begin displaying in Greek characters.  The screen
  23. > still writes from left to right, but now in Greek letters.  It occurs
  24. > so frequently that I've had to add a macro to 'set term char latin1'
  25. > and assign it to a key.  Is there a way to disable this, so that the
  26. > character set is not changed no matter what Kermit receives?  Thanks in
  27. > advance,
  28. > 
  29. >                                         Jeff
  30. -------
  31.     It's not Greek greek but rather IBM PC Code Page greek. That is,
  32. the high bit set stuff. The likely cause is reception of SI and SO
  33. control codes (^O, ^N) which cause a shift of character sets ("real" 
  34. VTxxx's do exactly the same). Pressing the \ktermreset key, ALT equals, 
  35. will put things back together again.
  36.     The only sure cure is to get rid of the corrupted bytes coming
  37. in from the wire. A temp workaround is putting ASCII in character set
  38. working buffer G1 (to/from which the ^O/^N guys are toggling) via command
  39. SET TERM CHAR ASCII G1.
  40.     Joe D.